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Electronic Malls and Auctions based on Adaptive Trade Specifications 

Background - Cross Reference to Related Applications 

The present application claims the benefit of U.S. Provisional Application No. 
60/163,245, filed November 3, 1999. Related subject matter is set forth in U.S. Provisional 
5 Application No. 60/161,355, filed October 26, 1999, and 60/163,243, filed November 3, 1999. 
The disclosures of all of the just-cited provisional applications are hereby incorporated by 
reference in their entireties into the present disclosure. 

Background - Field of Invention 

This invention relates to conducting trade activities within an Electronic Marketplace where the participants 
10 are represented through Adaptive Trade Specifications (ATS). An Electronic Marketplace is comprised of 
Electronic Malls and Electronic Auctions. 
Background - Discussion of Prior Art 

Current electronic marketplaces, specifically electronic malls and electronic auctions, will be reviewed. 

Electronic Mall 

15 Yahoo.com provides a list of more than one thousand electronic or virtual malls (see 
httD://dir.vahoo,com/Business and Economv/Companies/RetanersA^irtual MallsA . All these online malls provide 
only limited decision support tools. The existing Electronic MaUs have mainly the following characteristics: 

• Provide mainly business-to-consumer services. 

• Target a single buyer at a time, for each atomic transaction. 

20 • Narrow the buyer's selection process through a limited predefined set of filtering and navigation 
tools: 

Generic string matching search engine. 
Classification of items by categories and subcategories. 
Ranking according to well-known predefmed market criteria. 
25 - Ranking based on previous customers' feedback. 

Predict customers' preferences based on past customers' buying patterns and profiles. 
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Electronic Auction 

the following characteristics: 
, ,^a..*a.u.>«d«sevc«.„p.sofi.»..wHchca.b.3pma«ong«««..bidd«. 

. Bids consist of a monaorc™"™'- 

. ™.d«isiono,.wba.,obia.give.a«id.,a„g.of.i.i.»choic.,is.eft«„U,e„.oU,=po.c.>ia, 
M.,dorwhouscsasel«io„proc.s«.ougha«cdp«defln=ds«ofm.e™g=nd.avigatton 

10 tools: 

. Generic string matching search engine. 

. Classification of items by categories and subcategories. 

. Ranking according to well-known predefined market criteria. 

- Ranking based on previous customers' feedback. 
,3 . p^dictcustomers'preferencesbasedonpastcustomers'buyingpattemsandprofiles. 

Electronic Marketplace 

problems in d.e «cis*« models of Elec«mc Mark«place include also: 
. uc.ofn«ssivesuppo«forco»p.exbnsiness-.o-busin^«nsacd»n.Mostn^.s,«ge.re^ 
,o„.rfbusin«s-»-co..»«randconsun.e,.M,usiness»ansac.o..Therea«.oo^W.b- 

based models for nultipMusiness to n,ultiple.bnsin«« transactions. 
Trad.rsMichoton,yofscale.AsmalltradermaybeunabletosaUs6,,bere,»iren,«,tsofalarge 

«.erbeca„s..hcan,o,n,tofassetsteoods.rn.o.ey)offeredo,sougb.byastaglesn>^l«ier 

, incontpaUble v..b the conditions of a large trade,. ^ is no teal-time. a«tom«ed. a.- 
„pa^e tnechanisn, to create ag^gations of small traders for a stagle transition vis-^vs a 
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large trader. The same is true when decomposition of a large trading basket is needed to satisfy 
the requirements of a single small trader. 

• Lack of dynamic supply and demand feedback. There are no dynamic, real-time supply and 
demand gauging mechanisms that perform analysis across all the participants within the 

5 Electronic Marketplace - against specific traders' objectives. 

• Lack of extensibility. When new types of commerce (e.g. auctions, reverse-auctions) need 
to be added to a predefined market paradigm (e.g. an electronic mall) extensive re- 
engineering of the current market paradigm is required. The same is true when new vertical 
markets are added to an existing set of vertical markets supported by a certain Electronic 

10 Marketplace. 

Summary of the Invention 

In light of the above, it will be apparent that a need exists in the art to overcome the above- 
noted deficiencies of the prior art. It is therefore an object of the invention to provide a system 
and process by which various traders that take part in the Electronic Marketplace perform 
15 optimal trade transactions. 

It is another object of the invention to provide an Adaptive Trade Specification model for 
usage in the Electronic Marketplace. 

It is a fiirther object of invention to integrate into the Electronic Marketplace an ATS Based 
Match Making (MM) and Optimization automated method that can find optimal trade transaction 
20 for the traders in the Electronic Marketplace in scenarios that include but are not limited to, 
business-to-business and multiple-businesses to multiple-businesses. 

To achieve the above and other obj ects, an Electronic Marketplace is comprised of Electronic 
Malls or Electronic Auctions, or a combination thereof. Traders will be represented in the 
Electronic Mall through Adaptive Trade Specifications (ATS). Given a trader's ATS, the 
25 invention provides an automated process that recommends specific transactions with other 
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SpccmcaUo. (ATS), ATS W Ma,c. U^. ^ O^^'^ »^ ^-^^ 

applications: 

. ;,a.p«..Tr.-eSpec>nc.«..(ATS,M.d...Ad.p.iveTraa,Sp«i«cadon(ATS).wh,ch 

,3fo™a,.a,.»aUcU»cHp«on„f«ad..*i.cUv.a„deo„^ts.ATS — 
,o„,ua„««.s.pHc«..o*profl^r.v».«c.,.ha.n..«^saUsfi=d 

„ perto™ an op*™. Ta^on, and «,e in—.™ vaHoua .ns»c« 

(»uch as pm«. ,uantid.. pric a». cosU). The core of each ATS .s a 
^if.ca.ohofWU.e,rad.off«s.oGIVEas»eUas"i™a-»TAKEi.re»n,.Po, 

„an^,e, a p~. organiz«io« may offer » OWE .he "i^." •no.ey and ».n« » 
TAKEi.en,.ot«^««^,^.Anoffl«e^P«e„.»«Her™yha,eanATS,inwMcha., 

„ ea.a.0, appears as GIVB i«n., and ™.ey as *e on.y TAKE Ue.. Whereas, a 

n..n«urern.yhaveanATS,inwhicha.UfUsproduc.appearasOIVEi.en.anraw 

„a,eria.sandn,on.,(i...«ven„esfori«p.odae.,.sTAKEi«n..ATSisadap.vein.ha. 

™ion.„n„,ericpa,an,e.e,ssuchas,«anU«esoft™.s,pHces,p,oftreven«,»«.se...« 

„„.«x.d,hu.co.>dva,y.providea*a.*eysa«s,y««ATScons»ain,s.Uen>speei.cano« 

„ in an ATS are also c«ns«i».W ^ no, fix^ For exan,p.e. an ATS of a ».er n»y 
i^,„deaso„eof«>eTAKEi.en.speciflcaU„ns,ah^di..«hasa.,eas.UGBcapac,.y 

and iscon,pa*l.wi*aG7305En,o««rhoard;,»c<ae,n,odeland vendor isneeessary. 

. AT^based Ma.ch Ma«.g and Op.in,.z.«o,. (MMO, A...n...ea Me«..a. Given a 
trader's ATS.theMMOn«*odrecon™e.dsspecilie.ransacHonswiU,o*er«le,s(i.e.. 
„ .g,i„s,d,eirATS-s)>ha.«eMU,ua.lya^..b..andop«zeU,eobjecdveot.he»ader. 

ATS (. g n,inin.ai price, maxima, prof,, a.c.,^ The recommends, se. of ™sac«o. 
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indicate exactly with whom the transaction should be made, the exact GIVE and TAKE items 
and their quantities, as well as other relevant parameters (e.g., price and profit). For example, 
for procurement ATS, the MMO method recommends a set of suppliers ATS's and the exact 
quantities of the items to be purchased from each, so that the procurement ATS objective, say 
the minimal total cost, is achieved. Or, for a manufacturer's ATS, the MMO method can 
recommend a set of buyers ATS's interested in the manufacturer's products, and a set of 
ATS's suppliers of raw materials necessary to manufacture the products, so that the 
manufacturer's objective, say maximal profit, is achieved. The ATS-based matchmaking and 
optimization are generic and work uniformly regardless of a specific wizard (or trader type) 
that generated them. 

Wizards for Various Types of Traders. The invention also comprises a library of 
predefined wizards (i.e., specialized "smart" interface templates) for various types of traders 
that participate in the Electronic Marketplace (e.g., suppliers, procurement organizations, 
manufacturers etc). For each type of trader, the wizard automatically constructs an ATS from 
the user given set of trading parameters relevant to a trading scenario. The trader who uses 
a wizard does not need to understand the mathematical description of an ATS, but rather 
trading parameters and concepts that are familiar to the trader (e.g. availability, quantity, 
price, revenue, etc.). The list of Wizards and examples of types of traders that may participate 
in the Electronic Market are described in the above-cited applications. 
The disclosure allows creating new paradigms for the electronic marketplace as follows: 
ATS-based Electronic Mall. This is a novel and powerfiil paradigm, which encompasses 'Ihe 
regular" electronic mall and shop model. The main difference is that an ATS-based shop trades 
one or more ATS's, rather than just seUing items. Thus, an ATS-based trader can sell items as 
a "regular" shop (i.e., have a supplier ATS), or procure (i.e., have a procurement ATS), or offer 
manufacturing capability (i.e., have a manufacturing ATS) etc. While a "regular" shop may be 
selling a long list of items, an ATS-based trader shop is likely to have only a small number of, 
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^„a.soi„c.u..*cpHcef«ion(e...Wonprtcep«U«»»dvo.>»..— 
f..„.K>.aUy — i— app.a..*es=».ATS>sno,ap™«».>-us.^« 
, ^„^,*.„«.Ue.....os«rc.,»a.c..„«.eeU,-,.,aefa..seeo„.yi>™se«,>«..« 
.,„anUo,heiH„,e^MATS-s).Visi«„S-d«co«.dperfo»,n.«h.™ictag*a.«p«B^ 

a,.,s.ATS-si.ap3rUe„.a.s^orU««*.-..Avi*.-.ercan— elyperfo™ 
.»„aeUon»iU,a„yATSi„«»n»H.provid.ai.is™.aUyagr«abl.«i«>««visi».ATS. 
. ,TS-b.«-E.«r.oicA.«io... MS .s a. ove, and po«.*,auc,ion paradigm. «.s 

^ally fo. ..^.U-buata- ».e. and ^ encompasaes -^guW di.. and 
^^au.,.o.aaa.in,.ecase.^a«ga.ar.c.o.«.aucu™«.b»nd..(or«isfix.da.d 

«v«blc;cacb«disa.o.«a,y«~«a„d,heou,co«eisastog.ewi«»rwboo«^d.. 
bi^es. bid. .n c^^aa, in » ATS-baaad aaction. >h= auConed ^ i» an ATS (and .hus 
, „an,o„.diir«e„.«^^-)^ each(pa«ia,)bidiaanAT.;and .>«ou«on,.n»yb.on. 
„ ™ny •W«s". wid. When, *c ancUomng wiU pertonn a n.>d.ip..-«»nbn.»i 

transaction. 

F.cxan^l...«PP-«-u,pl»sse>.erinitia..sana„«ion«i*as^lusATS.U«.haa 

0.„bj«Uv..fn«in^g*"V«an«v«,na(»h«h«*==«i«S'^>-«-'V">-°«''"" 
,0 ^so.d).Bidsoo„.dbeATSWofr=«<ron,bny«(proc»mn»,«g»zaH»).Eac>,s„* 

ATS bid nuy indicate, as TAKE i.«ns. only some, no, a«, of d,e sun,.ns i»ns. and have 
eons^in^ on -be ^.«ea and pHces ofiW ,as in an, ATS. i. n»y involve «e.ib,e. 
taf,xed.,nandUesandcos,««cnons).Wb«,*eanc,ion«.ds.U,es,sUn,coUecU»e,..es. 

ATS bids son, all auction participa... and pcfonns a n,a.cb.«aldng « op«zcs d,e 
„ „,j.tiveo,«,ea„c«onedATS(.hen«in«lov.«l.,evenne.inou,exan,ple,.Th.on«on.eof 

^ auction is a sc, of '..nning" ATS. and ,be exac, reconnnended ,uan«ties (quantities of 
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items in the surplus to be sold to each 'Svinner" so that the maximal overall revenue will be 
received). 

In the special case when an auctioned ATS indicates fixed quantities for traded items, and 
requests that there be only one winner, die ATS auction degenerates to a regular auction. 
However, regular auctions are not flexible enough for corporate traders. For example, running 
a regular auction for the entire surplus would eliminate potential auction participants and 
possibly higher monetary awards. One could also split the surplus into small bundles, or even 
individual items, and run a regular auction for each bundle. However, this approach would 
require to run possibly hundreds of tiny auctions- a tedious process just for one surplus package. 
Also, many corporate auction traders may not at all be willing to participate in tiny-scale 
auctions, which again would eliminate potential participants. In contrast, ATS auctions provides 
the best of both worlds: a single auction, no restrictions on potential participants, and the optimal 
outcome for the auction initiator (ATS). 

The ATS auction is generic for any auctioned ATS and bid ATS's, regardless of how (or 
using which wizard) they were generated. Thus, one could also auction a procurement ATS, in 
which case suppliers and manufacturers may be potential bidders. Or, one could auction a 
manufacturing ATS, in which case procurement organizations as well as raw material suppliers 
may be potential bidders. Thus, in addition to its flexibility, ATS auctions capture "direct", 
"reverse", and any "in-between" auctioning, depending on the ATS being auctioned. 

It is an advantage of the invention in comparison with prior art, that it facilitates collapse 
of scale in die Electronic Marketplace. Parts of small ATS's or entire small ATS's will be 
automatically aggregated to accommodate large counterpart ATS*s, and large ATS's will be 
decomposed into sets of specific items to satisfy the limitations of smaller traders. This process 
will eliminate the need for costly intermediary traders whose only role is to consolidate or to 
divide trading baskets in order to match the difference in scale between end-traders. This 
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eU™„a,ion or coOap. of a„ — a,c v.„ increase profl. .ars^s for produce and 

n^uce prices for cons«n>erB, thus benefiting the market as a whole. 

„isatate»ivanugeoften>vendoni.c™paHsonwithpriora,t,d»titp,ovides4™-c 

.„,p,,W..»W/ee*»Ho.heE>ec..^cMa.1tetp.ace.Traders«i,.bea«e,o»^^^^ 
, „^erveh.w«,e.ohiecUvesaren,e.b,seeingo„>y.h=iten,sintheATS.tha.are,elevan..o 
0>eirre,uiren,«..s.Since.radersc»,speei,ytin,eco„str^ntsthata.bo.hinthepr«en.a».,n 
„,.^,„r=. without con„nitting.operformaspecif,ctrade>eyv.,.b.provided™thtoreoas.s 

that will dynamicaUy monitor Iheir opporonities. 

„ u a Wter advantage of the invention in eontpadson wiS. prior ^ that it provdes 
„W«.e^.«%.o.^=B,eeUonicMarketp,ace.ME.ec.ronicMari=^^^ 
in a particular type of conm.erce (..g. aucUo,.) ntay pUn to expand into additional types of 
commerce (e.g. electrome malls, reve^^ons etc.). Tie same basic primitives (Adaptive 
Trade Specifications, Match-Maldng, Optimization) wHl be reused in the expanded system. 
™,hon,re<,uiri.ga«m.e^gineeri„goftheexistingsystem.Theo„ly change will occur atthe 

,5 Wizard interlto level. The same «ivanUge is evident when existing marketplace is 
^g6<»npa,.icularv««calmaAe|s_(e.gphanna^^^ 
vertical markets (e.g. automotive, financial). 

Brief Description of the Drawings 

Apretcred embodiment ofthe present inventionwiIlb.se.for.hinde.ailwithreference.0 

20 the drawings, in which: 

nC. 1 ^ r5W Tradi". Soynvore 5y..e«. describes a in^ 

suite of software tools related to the ATS-Bascd Trading Software System. 

nG.2ATS.BasedMaich.MaMngandOptimizationH^^^ 

a high level graphical summary of the hardware architecture of the system. 



8 



& 



wo 01/33401 PCTAJSOO/30323 

FIG. 3 Item Specification and Adaptive Trade Specification (ATS) Class Diagram, presents a 
high level graphical summary of the Item Specification and Adaptive Trade Specification classes. 
FIGS. 4A-4E Functional Diagram of Match-Making and Optimization Method, present a high 
level graphical summary of five Mathematical Programming Optimization Methods used by the 
5 system, 

FIGS. 5A-5E Flow Charts of Specific Match-Making and Optimization Methods, present in 
greater detail the methods of Figs. 4A-4E. 

FIG. 6 ATS Based Electronic Mall State Diagram, presents a high level graphical summary of 
the ATS Based Electronic Mall. 

10 FIG. TATS Based Electronic Auction State Diagram, presents a high level graphical summary 
of the ATS Based Electronic Auction. 

Detailed Description of the Preferred Embodiment 

A preferred embodiment of the present invention will now be set forth in detail with 
reference to the drawings, in which like reference numerals refer to like elements throughout. 

1 5 Fig. 1 shows an overview of the operations carried out by the prefeired embodiment. An 

ATS-based electronic marketplace 101 can include one or more of an ATS-based electronic mall 
103, an ATS-based electronic auction (forward or reverse) 105, and any other ATS-based 
commerce environment. As noted above, participants in the marketplace 101 form ATS*s 
through various techniques. One such technique is the use of wizards 1 07, including one or more 

20 ofaprocurementwizard 109, a supplier wizard 111, a manufacturing wizard 11 3, a surplus seller 
wizard 115, a reseller wizard 1 1 7, a generic buy and sell wizard 1 19, a generic buy wizard 121, 
a generic sell wizard 123, a trade-in wizard 125, and other wizards adapted to specific purposes. 
These wizards, like those wizards that are known in the programming art, are utilities Cat guide 
a user through a specific task. 
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T.eATS-sfo™edtooughuscofth.wiz»ds.07«.inp«.o*eATS,na.ch.n>*^l27, 

„hich uses matchmaking opUmizata metods .0 b= described b.lo». 

The processes performed by *e m.«hmaker 127 arc obje«.orica.cd and toUow *e 
speciWions of -he ODMG (Object Datab^ Mar^cmen- Group). A Co.st™,t Object 
. OrientedDatabascCCSPACEjnSuses.UeraUvcuerylaBguagcaQD.a.andacoustramt 
^„p,W«do„Mbraryl33topc,fbm.thema,chmakiBga.»ioptumzad<».TheCSPACE,29 
^^cat.througha.ODMGwrapper:35withanODMG-cc,npUan.d«aba«manager.37 
^abo communicates directly withamix^i integer programming (MIP) solver 139. 
l^.boveisimplemen.edonaha.dwa,ea««tecturethat™llno«be=xpl»^ 

,0 to Fig 2 The hardware arcbitecmre capable of r^ning an ATS baaed match-making and 
„ptimi^o.sya,emir..udesseverallog,ca.tiers,eachoneperfonmngspec.flccomputationa, 

^. Each tier canbedescribed in termsofsp.cilic,asksthatitpe,fo,ms.Fromteha,dw.re 

pospecUve, each tier can be built ftom computers having sufBcien, computational pow. 

Tierlinctadesad«abascaaver201.whichis.power server machine (preferably dual 

.5 „,,^Pen,iummmachine)nmni«goneofmefollowingn.«™.koperaingsyst«ns:Windo^ 

NT 4.0. Novell 5.0. UNIX. The database serve, 201 p^forma all tasks related to data 
persist».y.dataintcgri.yand,««ying.Thedatabasese.ver20.ranso„eofthecommercially 

available object oriented databases such as Poet, O^ectivily. Object Store, ett. 

Tier2inctades.heappUca,ion saver 203. whichisapoweraervermachine (preferably 

» dual or ,uad Pendum IH machine) running on. of the following network operating systems: 
WmdowsNT4.0.Novell5.0.UNlXetc.TT.eapp«cationse,ver203p«fcn.s.ll,asksrelat»J 

,op.rfbrmingATS.baaedma.ch-makingandopdmi.tion.Theda.aarepassedbe,wee. layers 

viaRMI.CORBA,DCOMoranyotherdistnWcomputingprotocol.llowingremotemethod 

invocation and data transmission. 

Tier3includesaWebserver205.whichisacomputerthatrespondstorequestsfromWeb 

browsersviaHrrP.TheWebserver205transferstextfilesandcorrespondm^ 
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via HTTP to remote computers that are running Web browsers. The Web server 205 should have 
the functionality commonly associated with e-commerce Web servers, such as CGI (Common 
Gateway Interface), JSP, ASP, etc., for performing searches and other dynamic HTML functions 
and SSL (Secure Socket Layer) for handling secure transactions. 

The servers 201, 203, and 205 communicate with another through an internal network. 
However, in order to be useful to users, the Web server 205 communicates via the Internet 207 
or another publicly accessible network with Tier 4, which includes computers 209 running on 
users' premises and used as Web clients. The Web clients 209 are computers or other devices 
(such as WAP-enabled wireless devices) capable of running any standard off-the-shelf browser. 
The clients 209 run Web-based applications that will use information provided by the application 
server 203 and the Web server 205. The servers can be, but are not necessarily, implemented on 
separate machines. Other possibilities are separate virtual machines or simply separate software 
processes or threads. 

FIG. 3 provides a high level graphical description of the classes Item Specification and 
Adaptive Trade Specification. An ATS class 301 includes four components: give-item-entries 
303, take-item-entries 305, constraints 307 and an objective 309. The give-item-entries 303 
identify what the particular user is willing to give in the trade and include one or more item 
specifications 311. The take-item-entries 305 identify what the user wants in return and include 
one or more item specifications 313. The constraints 307 set forth restrictions that must be 
satisfied before a transaction can be carried out, e.g., constraints on quantity or on time of 
delivery. The objective 309 indicates what the particular user wants to optimize; for example, 
a seller may want to optimize (maximize) profit, while a buyer may want to optimize (minimize) 
total cost. 

Before the electronic mall and the electronic auction are described in detail, the various 
optimization processes that can be used in either will be described with reference to Figs. 4A-4E 

I \ 
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and 5A-5E. FIGS. 4A-4E provide a high level ^aphical description of the methods outUned 

below. Figs. 5A-5E provide corresponding low-level descriptions. 

A. Method for Constructing ATS MM Constraints (Figs. 4A and 5A) 
Method (403) Name: Construct-ATS-MM-Constraints ({AUZ-M) 
5 Input (401): A set {A1.A2.-M of ATS's. 

output (405): Constraints that express the fact that ATS's in (AI.A2....M are 

mutually agreeable. 

Algorithm Description: 

Step 501. Construct Original-ATS-Constraints as 

10 Constraints of A J AND 
Constraints of A2 AND 
AND 

Constraints of An. 

Step 503. Construct Give-Quantity-Constraints as follows: 
,5 a. Initially, set Give-Quantity-Constraints to the empty conjunction (logical AND) of 
constraints, 
i.e. a constraint that is equivalent to TRUE. 

b. For each ATS A from the set {Al. ...An} and 
Foreachitemspecification/5fromGive-Aem-£nrrzes of ^ do: 

20 Set Give-Quantity-Constraints io 

Give-Quantity-Constraints AND quantity-range of IS 
(note, the latter is Lower-bound[IS] <= Quantity[lS] <= Upper-bound[IS]) 
Step 505. Constnict Take-Quantity-Constraints as follows: 
a. Initially, set Take-Quantity-Constraints to the empty conjunction (logical AND) of 

25 constraints, 

i.e. a constraint that is equivalent to FALSE. 
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b. For each ATS A from the set (Ah, ...An) and 
For each item specification 75 from Take-Item-Entries of A do: 
Set Take-Quantity-Comtraints to 
Take-Quantity-Constraints AND quantity-range of IS 
5 (Note: the latter is Lower-bound[IS] <= Quantity[IS] <= Upper-bound[IS]) 
Step 507. Construct the set AU-Give-hem-Specs as follows: 

a. Set All-Give-Item-Specs to the empty set 

b. For each ATS A from the input set fAI,,..,An} of ATS 's do: 

Set All-Give-Item-Specs to All-Give-Item-Specs union Item-Specs, 
0 where Item-Specs is the set of all item specifications in Give-Item-Entries of the ATS A. 
Step 509. Construct the set All-Take-Item-Specs as follows: 

a. Set Ail-Take-Item-Specs to the empty set. 

b. For each ATS A from the input set {AI,.,.,An} of ATS*s do: 

Set All-Take-Item-Specs to All-Take-Item-Specs union Item-Specs, 
\ where Item-Specs is the set of all item specifications in Take-Item-Entries of the ATS 
A. 

Step 511. For each item specification tIS from All-Take-Item-Specs and 
For each item specification gIS from All-Give-Item-Specs such that 
Give-Take-Item-Match(gIS, tIS) = TRUE (i.e., gIS satisfies the requirements of tIS) do: 
Create a new quantity variable QuantityfgIS, tISJ . 
(Note: Quantity [gIS, tISJ expresses the quantity of gIS given toward the 
required quantity of tIS) 

Step 513. Construct Take-Zero-Sum-Constraints as follows: 
For each item specification tIS from All-Take-Item-Specs do: 
a. Set Zero-Sum-Constraints [tIS] to 

QuantityftlSJ = Quantity [gIS- 1 tIS] + ... + Quantity [gIS-n, tISJ 
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where .....IS-n are all item specification from All-Gi.e-Ue..Specs that 

■r..u.n /7S a e Give.Take-Jtm-Match(gIS-I, tISJ = TRUE 
are satisfied by the Item specification tIS (i.e., uive 

for every J= l. - -^) 
b. Set Take-Zero-Sum-Constraints to 
3 z.ro-5««-Co«.rrai«r.^^S-/; AND ...AND Ze.o-5««-C.— ^^^^^^^ 

.here r75-7 ...Xn..r.^^^c.^o^f^^ All-Take-lte^-Specs. 

Step 515. Construct Give-Zero-Sum-Constraints as follows: 
For each item specification US from ^//-G/ve-A.».-Spec. do: 
a. Set Zero-Sum-Constraints[gIS] to 

„h« as-l arclli^m specification Som ^«-r«te-to-S?e« *a. 

«asfr..= i,em^=ciflcatio. g/S (i..-. G.».7-»*.-/»-M««'f«'S "^5 = 

forevray 1 = 1. ■■>'") 
b. Set Give-Zero-Sum-Constraints to 
„ z^<,J^-C<,».<™»«ft/S-/; AND ...AM) Zero-Svm-Co^MmCglS-n] 

giS-/ g/S-. arealliKmspcciScfonsftom ^«-G,ve-/,«.-Spec». 

Step 517. Construct Constraints as 
Original-Constraints AND 
Give-Quantity-Constraints AND 
20 7aJte-eMan/ify-C£WWfr«"«'*AND 
Give-Zero-Sum-Constraints AND 

Step 519. Return Constraints as output. 
End of Method. 

„ Generic Multiple MM Opti,niz.d.D Meftod (Figs. 4B .»d SB) 



M 
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Method (407) Name: ATS-Multiple'MM-Optimization( {AJ,.,.,AnJ, Objective, 
Additional-Constraints) 
Input (409): 

1. Aset {Al .4/2; ofATS's(411) 

5 2. Objective of the class Objective-Class (recall: it includes an Objective-Function and an 
indication whether minimum or maximum is sought. (413) 
3. Additional-Constraints, which can be used to describe additional interrelationships among 
numeric variables in different ATS's in {Al,..,,An}, (415) 
Output (417): 

10 1. An Optimal-Variable-Instantiation into all variables that appear in MM- 
Constraints({Al,...,An}) (including quantities of all item specifications) that achieves the 
optimal objective of the Optimizing-ATS, (419) 

2. The Optimal-Value for XhQ Objective-Function fox the Optimal-Variable-Instantiation. 
(421) 

15 3. Aset Winning-ATS'Set of\nrming filtered ATS *s&omCommitted-ATS-^^^ 

specifications 75 with Quantity [IS] = 0 are eliminated. Also eliminated fi^om Winning-ATS- 
Set are all ATS's in which both Give-Item-Entries and Take-Item-Entries became empty, 
after item specification with zero quantities were eliminated. (423) 
Algorithm Description: 

20 Step 521. Construct MM-Constraints by applying the method Construct-ATS-MM- 

Constraints({Al...,An}) onftit input set of ATS's {AI,..„An}. 

Step 523, Construct Combined-Constraints as 
MM MM-Constraints AND Additional-Constraints 

Steps 525-529. If Objective indicates that minimum is sought (step 525), apply the method 
25 Minimize(Objective-Function, Combined-Constraints) (step 527) that returns the optimal Value- 
At-Point (Recall: it has the attributes Optimal- Value of the type Real and Optimal-Point of the 
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^ ^ftiiPrlass Variable-Instantiation-Class). 
Real and Optimal-Variable-InsUmnal,on of the class vana 

5 Step 531. WtialiM IffeninHK-to f'" 

Step 533. For every ATS ^ in Wiming-ATS^ do: 
a For every item specification IS in G,v.-/»-£.-ri« «f ^ 
„ ««7 UinstantiatedtoO^ythev^aWeinstan^ation y<^-A.....<^ 
Delete /S ..om G<«-;«e»-£«H. and the related capping to 
„ k For ev«y item specification IS in Tay-I,em-En,nes of ^ do: 

,f e^»V./7« isinstantiatedtoO W^^evaHableinstantiaHon ..,»e-.-.o-, then 
Delete /S 6om G,W,«».£«ri« and the "Ut^i mapping «.e»».>.0-'to«- 
e ,f ^,hG.^;«».-^««^ ra*.-/,--£«n« of . hecome empty after deleUon 
ofi.emspecificafi-tas.eps «. »Ki ' ^ Winni^l-ATS-Se.. 

15 Step 535. Return as output: 

• „,v,;,.v, Jc the Variable-Instantiation which was 

a. Optimal-Variable-Instantiation which is the vanao 

returned in Value-At-Point. 

b. me C!prima/-Ka/«e which was returned in Value-At-Point. 

c. Winning-ATS-Set 
20 End of method. 

OnMo-AM MM Optimization Method (Figs. 4C and 5Q 

Method(425)Name:^3^-0«..o-./^^-^''■«^^^^^^^^ 

ATS-Set}) 

Input (427): 

« 1. o,,i»..„.-^7.,wWchisanATS.hoseO«ec,^willbe»sedforop,itni.tio^^ 
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2. Committed-ATS'Set, which is a set of ATS's that are committed to perform a transaction if 
and only if their Constraints are satisfied. The Objectives of the committed ATS's are not 
used in optimization. (431) 
Output (433): 

5 1. An Optimal'Variable-Instantiation into all variables that appear in MM- 
Constraints({Optimizing-ATS} umon Committed-ATS-Set) (including quantities of all item 
specifications) that achieves the optimal objective of the Optimizing-ATS. (435) 
2, The Optimal-Value for the Objective-Function iox iht Optimal-Variable-Instantiation. 
(437) 

10 3. Aset Winning'ATS'Set of vfmmiig^^^^ 

specifications IS with Quantity[IS] = 0 are eliminated. Also eliminated firom Winning-ATS- 
Set are all ATS 's in which both Give-Item-Entries and Take-Item-Entries became empty after 
item specifications with zero associated quantity were eliminated. (439) 
Algorithm Description: 
15 Step 541. Set ATS-Set to the union of Committed'ATS-Set and the singleton set 

{ Optimizing-A TSJ 

Step 543. Set Objective to the objective of Optimizing-ATS 

Step 545. Set Additional-Constraints to the empty conjunction of constraints, i.e., the 
constraint equivalent to TRUE. 
20 Step 547. Apply the method ATS-Multiple-MM'Optimization(ATS-Set, Objective, 

Additional-Constraints) to compute Optimal-Variable-Instantiation, Optimal-Value and 
Winning'ATS-Set, 

Step 549. Return Optimal-Variable-Instantiation, Optimal-Value and Winning-ATS- 
Set as output. 
25 End of Method 

One-to-One MM Optimization Method (Figs. 4D and 5D) 
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Method(441)Nan,e: 0«..o-0«e-MA/-(^«^^^^^^^^^ 

Set}) 

Input (443): 

, 2. c^«^-^7M«.«hichisase.ofATS'sU,a,«co™nitted.opcrfon.atta„sa«i™if 
^ only if .heir Cc^^nrs are «3dsfied. * OI,Je^>^ of fce co,„nri»ed ATS's are « 
used in optimization. (447) 
Output (449): 

; Wlnni,^-AlS. ftomCo».«»«i-^JS-S«, whichisrecmnrendedformaldngadealwiU,. All 
,. „«„,pecifica,io,.«w,U, e..«,W/« " Mi" "^'"^ 
are deleted. (451) 

2. An Op.lm.l-VoM'U.Irs.Mim into all variabte ttu. appear in m- 
Cc«^ai..,((Op.mm,-ATS. Winnin,.ATS)) (ir^Wing »» 
^ficadoiK) lha. »:Weves the optimal ol^ ecdve of the Op<tmizing-ATS. (453) 
.5 3. Tl.Op,,«^K«/»oftheO*;ec,h.-f««*<»for.heC!p»»^^^ 
Algorithm Description: 
A.If theOfe^cfive of iht Optimizing. ATS requires minimum, do: 
D Step 551. Set Current-Minimum to + infinity 
E Step 553. Set CM^'e«^Karifl6Wn^to«rifl^io« to null(i.e., undefined). 
20 F Step555.SetPFm«mg-^r5 to null (i.e.. undefined). 
G For each ATS A in Committed-ATS-Set do: 

Step 557. Apply ATS-Multiple-MM-Optimization on the set {Optimizing-ATS, 
A} ofATS's, theOtyecrive of C!primizmg-.4r5. and the empty ^irfirio«a/-Co^^^^^^^ 
Steps 559-565. If the returned Optimal-Value < Current-Minimum, as 

25 determined in step 559, do: 

Step 561. Set Current-Minimum to Optimal-Value; 
\% 
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Step 563. Set Curreni-Variable-Instantiation to the returned Optimal- 
Variable-Instantiation. 

Step 565. Set Winning-ATS to the current ATS A. 
Step 567. Return as output: 
Winning-ATS 

Current'Variable-Instantiation as Optimal-Variable-Instantiation 
Current-minimum as Optimal-Value, 
B. If the Objective of the Optimizing-ATS requires maximum, do: 
H Step 551. Set Current-Maximum to - infinity 
I Step 553. Set Current-Variable-Instantiation to null (i.e., undefined). 
J Step 555. Set Winning-ATS to null (i.e., undefined). 
K For each ATS A in Committed-ATS-Set do: 

Step 557. Apply ATS-Multiple-MM-Optimization on the set {Optimizing-ATS, 
A} ofATS^s, ih^ Objective of Optimizing-ATS, md(hc empty Additional-Constraints. 

Steps 559-565. If the returned Optimal-Value > Current-Minimum, as 
determined in step 559, do: 

Step 561. Set Current-Maximum to Optimal-Value; 
Step 563. Set Current-Variable-Instantiation to the returned Optimal- 
Variable-Instantiation. 

Step 565. Set Winning-ATS to the current ATS A. 
Step 567 Return as output: 
Winning-ATS 

Current-Variable-Instantiation as Optimal-Variable-Instantiation 
Current-Maximum Optimal-Value. 
End of Method 

One-to-K MM Optimization Method (Figs. 4E and 5E) 

19 
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Method(457)Name: ATS-One.to-K.MM-Optimization({Optimzing-ATS, Committed. 

ATS-Setj) 

Input (459): 

1. Optimizing-ATS, which is an ATS whose Ofc;ec/iv. will be used for optiniization. (^^ 
2 Committed-ATS-Set. which is a set of ATS's that are committed to perform a transaction if 

and only if their Constraints are satisfied. Hie Objectives of the committed ATS's are not 

used in optimization. (463) 
Output (465): 

1. An Optimal-Variable-Instantiation into all variables that appear in MM- 
Constraints({Optimizing.ATS} union Winning-AJ^-Set) (including quantities of all item 
specifications) that achieves the optimal objective of the Optimizing-ATS. (467) 

2. The Optimal-Value {or iht Objective-Function for ihc Optimal-Variable-Instantiation. 

(469) 

3. Winning-AI^-set of at most K winning filtered^TS'. from Committed-ATS-Set in which all 
,5 itemsspecifications/5withe«fl«/.W/5; = 0areeliminated.Alsoelm^^^ 

ATS-Set2i^^i\ATS'sm^l^chboihGiye-Jtem-EntriesmdTake-Item.Entries\^ 
after item specifications with zero associated quantity were eliminated. (471) 
Algorithm Description: 

Step571.ForeachKATS's {Al Ak} in Committed-ATS-Set. p^formATS-One-to- 

20 All-MM-optimization(Optimizing-ATS, {Al,...Jk}). 

Step573.Among all sets ^ik/, choose the one that has minimal (or maximal, as 

required in Optimizing-ATS) Optimal-Value. 

Step 575. Return as output the output of ATS-One-to-All-MM-Optimization for the 
selectedset^^A...^*;withtheminimal(ormaximal,asrequiredinQpr//«izm^^^ 

25 End of Method. 
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General Description of ATS-based Electronic Mall 

The ATS Based Electronic Mall allows several kinds of traders to participate in the 
activities vi^ithin the electronic mall. The traders are individuals and organizations that can be 
categorized as procurers, suppliers, manufacturers, collaborating bidders, surplus sellers etc. 
5 However, these categories of traders have an underlying common representation. They all 
represent their trade items and trade objectives via ATS. Each ATS is built using a specific 
Wizard. The ATS's and Wizards have been described above and are described in still further 
detail in the above-cited related patent applications. The present application describes how 
transactions between ATS's are performed in an Electronic Mall. 
10 An ATS in the Electronic Mall can be exactly in one of the following two states: 

• Committed State, In this state the trader that owns the ATS is committed to perform any 
transaction initiated against his ATS, if these transactions are mutually agreeable with his 
ATS. The Objective Function of an ATS in Conunitted state is dormant. 

• Non-Committed State. In this state the ATS is not included in a transaction initiated by 
1 5 another trader. A trader that owns a non-committed ATS can launch an optimization function 

for this ATS and request a recommendation for optimum trade according to his objective 
function. This function will be performed against other committed ATS's in the electronic 
mall. 

A trader in the electronic mall can own both committed and non-committed ATS's. 
20 A collection of committed ATS's is analogous to a shop in the Electronic Mall, and a 

non-committed ATS is analogous to a shopper. Unlike a regular mall, a shopper can buy from 
one or more shops, sell to one or more shops, or perform a combination of both buying and 
selling. In this analogy the shopper (the non-committed ATS) is examining the shops (the 
committed ATS's) trying to find an optimal trade that will suit his needs. At the shopper's 

11 
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request, the system will recommend which items and quantities from which shops should the 
shopper buy or sell or both. 

There are several types of activities that are performed by a trader outside the scope of a 

transaction: 

5 • General activities performed in any electronic mall, such as registration, credit clearance, 
secure transaction capabilities, removal of trader from the mall etc. 
• Specific activities for an ATS based electronic mall, outside a transaction, such as: 

Add new ATS to the database. 
Remove an existing ATS from the database. 
10 - Retrieve ATS from the server for editing. 

- Save retrieved ATS as a draft. 

- Save edited ATS to the database. 

These specific activities and additional activities will be described below. 

All the interactions with the electronic mall will be performed by traders using Web based 
15 thin clients. All the computational activities triggered by those interactions will be performed 
against scaleable Web and database servers. 

ATS-based Electronic Mall Database Description 

The system comprises of a database that contams at least the following information: 

# All'ATS'Jn'Mall The set of all committed ATS's in the mall against which traders can 
20 perform transactions. 

• For each ATS in AlUATS-In-Mall: 

ATS'Owner, The trader who submitted this ATS to the mall. 

# All'A TS-Traders. The set of all traders in the mall. 

• For each trader in AlUA TS-Traders: 

11 
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# Trader-Info, All the necessary information about a trader, including identification, 
description, size, legal and financial details etc. 

# All-Draft'A TS. The set of all ATS *s saved as draft for this trader. 

# All'Committed'ATS. The set of all ATS*s saved as committed for his trader. 

# Current-A TS. The current ATS selected by the trader to be used as input for various 
actions, e.g. optimization, search etc. 

ATS-based Electronic Mall Diagram Description 

The diagram in FIG. 6 describes the process of trading in the ATS-based Electronic Mall. 
The diagram is composed of states, user inputs, and methods. The diagram is composed by the 
following states: 

ATS Management State 602 

This state allows the user/trader to achieve the follov^dng main puiposes: 

• Submit one or more ATS 's to the Mall in committed state. 

• Select the current ATS for optimization. 

This state presents the end user with a graphical window that allows him to perform a series 
of user inputs. Each user input triggers an Action/Method. These user inputs are performed by 
the user by selecting a button in the window. 

These are the user inputs that originate from this state and their respective triggered methods: 

• Selecting the Construct ATS option will trigger the ATS Construction Method 604. 

• Selecting the View A TS option will trigger the ATS View Method 606. 

• Selecting the Edit ATS option wall trigger the ATS Edit Method 608. 

• Selecting the Copy ATS option will trigger the ATS Copy Method 610. 

• Selecting the Remove ATS option will trigger the ATS Remove Method 612. 
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. SelectingtheM«/«.>teCn/maF///eW«g^r5optionwill^ 

Filtering Method 614, 
. Selecting the Save ATS as Draft option will trigger the Save ATS as Draft Method 616. 
. Selectingthe5«6mif^ra.oM«//optionwilltriggertheSubmitATStoMailMethod618. 

5 The Methods triggered by the user input are described below. 

ATS Construction Method 604 
Method Name: ATS Construction. 
Input: User input in the Construction Wizard. 
Output: An ATS. 
10 Description: 

This method allows the user to create a new ATS using an appropriate Wizard. The 
Wimdisagraphical template that facilitates creation ofATS'sand is described in detail in one 

of the above-referenced patent applications. The Wizard used for this method is taken fix)m an 
extensible horary ofwizards(i.e., specialized "smart'' interfaces)developed for various typw 
15 traders(e.g.,suppliers.procurementorganizations,manufacturers.etc.).InadditiontotheUb^ 
of generic wizards for each trader type, libraries of customized wizards will be developed to 
accommodate specifics of various vertical markets (e.g.. pharmaceuticals, electronics, office 
supplies etc.) Also, specialty wizards will be developed as solutions to individual corporate 
customers. All wizards wiUbe implemented asJava-basedplug-instoInternetbrowsers, and thus 

20 wUl require no software installation on the client side. The main function of each wizard is to 
specify an Adaptive Trade Specification (ATS), which is a formal mathematical description of 
trader's objective and constraints. 



ATS View Method 606 
Method Name: View ATS. 
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Input: User selects an ATS for view from an ATS list displayed in the window;. 

Output: A window displaying the selected ATS. 

Description: 

This method allows the user to select an ATS for view only. No modifications or any 
5 other operations are allowed on this ATS. If the trader is not the owner of the ATS that was 
selected for view, the system can deny his request if the original creator of the ATS restricted the 
viewing permissions on the ATS . ATS permissions and ownership are not covered by this patent. 
It sufficient to say that the creator of an ATS has read and write permissions on the ATS. Other 
traders in the system have read only permission or no permission on the ATS. 

10 ATS Edit Method 608 
Method Name: ATS Edit 

Input: User selects an ATS for edit from an ATS list displayed in the window. 

Output: A window displaying the selected ATS. 

Description: 

15 This method allows the user to select an ATS for edit. The trader has to be the owner of the ATS. 
He can change all editable values in the ATS such as items, quantities, price, objective function 
etc. 

ATS Copy Method 610 
Method Name: Copy ATS, 
20 Input: User selects an ATS for copy from an ATS list displayed in the window. 
Output: An ATS. 
Description: 

This method allows the user to select an ATS for view and create his own copy of the 
ATS. This allows the trader to use an existing ATS as a template for the creation of a new ATS. 
25 The user becomes the owner of newly created ATS. 
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ATS Remove Method 612 
Method Name: Remove ATS. 

Input: User selects an ATS for removal from an ATS list displayed in the windoy.. 
Output: Updated Database. 
5 Description: 

This mefeod allows the user to remove an ATS from the database. All references to this 
ATS will be updated. 

ATS Multiple Criteria Filtering Method 614 
Method Name: Multi Criteria ATS Filtering. 
10 Input: User inputs search criteria (trader name, quantity, item name etc.). 
Output: A set ofATS's that meet these criteria. 
Description: 

This method allows the user to perform a search against the ATS's database using a 
variety of search criteria (e.g. trader name, quantity, item name, item property). One or more 
15 seaichcriteriacanbesimultaneouslyenteredandaBooleancombinationofthesecriteriacanbe 

specified. The filtering can be performed using the Match-Making Optimization method or 
traditional search paradigms. For example a trader can issue a search for all ATS's in the 
database that are mutually agreeable with all items in the current ATS, or mutually agreeable 
with specific items in the trader's current ATS. In addition, the trader can specify traditional 
20 search criteria such as retrieving all ATS's that belong to a certain trader, or that belong to a 
trader from a specific geographical location. At the conclusion of this method the trader is 
presented with a list ofATS's that answer his search criteria. The trader may select the ATS's 
that will participate in the Match-Making Optimization process. 

Save ATS as Draft Method 616 

26 
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Method Name: Save ATS As Draft. 

Input: User selects Save ATS as Draft option. 

Output: An ATS in a state of draft or non-committed in the database. 

Description: 

5 This method allows the user to save an ATS to the database in a state of draft. An ATS in this 
state is non-conunitted, is visible only to the trader that created it, is not part of the Mall, and no 
trade is performed against it. Such an ATS is considered ' Vork in progress" and can be retrieved 
later by its owner for editing or removal. 

Submit ATS to Mall Method 618 
10 Method Name: Submit ATS to Mali 

Input: User selects Submit A TS to Mall option. 
Output: An ATS in a committed state in the database. 
Description: 

This method allows the user to submit an ATS to the mall. The ATS is saved in the 
1 5 database and is committed to participate in any transactions that satisfy its constraints. 

ATS Filtering State 620 

This state allows the user/trader to achieve the following main purpose: 

• Search the database for ATS's according to certain criteria. 

• Select the ATS's which are submitted as input to the Match-Making (MM) Optimization 
20 process. 

This state presents the end user with a graphical window that allows him to perfomi a series 
of user inputs. Each user input triggers an Action/Method. These user inputs are perfomied by 
the user by selecting a button in the window. 

These are the user inputs that originate from this state, and their respective triggered methods: 
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. Selecting the Multi-Criteria-ATS-Filtering option will trigger the Multi Criteria ATS 

Filtering Method 622. 

The Methods triggered by the user input are described below. 

Multi Criteria ATS Filtering Method 
5 Method Name: Multi Criteria ATS Filtering. 

Input: User inputs search criteria (trader name, quantity, item name etc.). 

Output: A set ofATS's that meet these criteria. 

Description: 

This method allows the user to perform a search against the ATS's database using a 
10 variety of search criteria (e.g. trader name, quantity, item name, item property). One or more 
search criteria can be simultaneously entered and a Boolean combination of these criteria can be 
specified. The filtering can be performed using the Match-Making Optimization method or 
traditional search paradigms. For example a trader can issue a search for all ATS's in the 
database that are mutually agreeable with all items in the current ATS. or mutually agreeable 
15 with specific items in the trader's currait ATS. In addition, the trader can specify traditional 
search criteria such as retrieving all ATS's that belong to a certain trader, or that belong to a 
trader from a specific geographical location. At the conclusion of this method the trader is 
presented with aUst of ATS that answer his search criteria. Thetradermay select the ATS's that 
will participate in the Match-Making Optimization process. 

20 ATS Match-Making Optimization State 624 

This state allows to user/trader to achieve the following main purpose: 
Receiveareconunendedti^tionftomtheMatch.Making(MM)Optimizationprocess. 

CHvenatrader'sATS,theMateh-MakingOptimizationprocessnxx)mmaidsspecificl^ 
with other traders (i.e., against their ATS's) that are mutually agreeable and optimize the 
25 objective of the trader's ATS (e.g.. minimal price, maximal profit etc.). The recommended set 
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of transactions will indicate exactly with whom the transaction should be made, the exact GIVE 
and TAKE items and their quantities, as well as other relevant parameters (e.g., price and profit). 
For example, for procurement ATS, the MM optimization methods can recommend a set of 
suppliers ATS's and the exact quantities of the items to be purchased from each, so that the 
5 procurement ATS objective, say the minimal total cost, is achieved. Or, for a manufacturer's 
ATS, the MM optimization methods can recommend a set of buyers ATS's interested in the 
manufacturer's products, and a set of ATS's suppliers of raw materials necessary to manufacture 
the products, so that the manufacturer's objective, say maximal profit, is achieved. The ATS- 
based match making and optimization are generic and work uniformly regardless of how or for 
10 what type of trader the input ATS's were generated (e,g., what **wizard" interface generated 
them). 

This state presents the end user with a graphical window that allows hrni to perform a 
series of user inputs. Each user input triggers an Action/Method. These user inputs are performed 
by the user by selecting a button in the window. 
1 5 These are the user inputs that originate from this state and their respective triggered methods: 

Selecting the One-To-All-MM-Optimization option will trigger the One-To-All-MM- 
Optimization Method 626. 

Selecting the One-To-One-MM-Optimization option will trigger the One-To-One-MM- 
Optimization Method 628. 

20 Selectii^thetaze-rchAT-Tl^^ optionwilltriggerlheOne-To-K-MM-Optimization 

Method 630. 

The Methods triggered by the user input are described below. 
One-To-One-MM-Optimization Method 626 

Method Name: One'to-One-MM'Optimization({Optimizing-ATS, Committed-ATS-SetJ) 
25 Input: 
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. Opnn,<.ins-ArS. which is an ATS whose ObJecM wi« be used for optimization. 
. Co^me^-Al^Se,, which is a se. of ATS's U». are committed .o perfonn a >r»,saction if 
and only if fteir Cons-r^,. are satitfed. The Ot/ed^ of fte comnnned ATS's are no. 
used in optimization. 
5 Output: 

, Wi.nin,-An iomCommaeO-ATS-Se,. „hichisrecommendedformakingadealwia>.All 
Hern specificati^s IS with &an,miSI ' 0 (in Op.>,«,MrU.Ue.InsMMia,^^) 
are deleted. 

. An Optimal-Variatle-Instantiation into all variables that appear in MM- 

specifications) that achieves the optimal objective of the Optimizing-ATS. 

-^.Optimal-Value o^. Objective-Function ior^^Optimal-Vanable-lnstantiation. 

One-To-All-MM-Optimization Method 628 

Method Name: One^o.All-MM-Optimizaiion({Optimizing.ATS. Committed-ATS-Set}) 
15 Input: 

. Optimizing-AIS. which is an ATS whose Otyecriv. will be used for optimization. 
. C.m«.i«e^->4r5-5e.whichisasetofATS'sthatarecommittedtoperf^^ 

and only if their Constraints are satisfied. The Objectives of the committed ATS's are not 
used in optimization. 
20 Output: 

. An Optimal-Variable-Instantiation into all variables that appear in MM- 
Constraints({Optimizing.ATS} union Committed-AJ^-Set) (including quantities of all item 
specifications) that achieves the optimal objective of the Optimizing-ATS. 
. The Optimal-Value for i^c Objectiye-Function for i!.. Optinu^l-Variable-Instantiation. 

3o 
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• A set Winning-ATS-set of winning T\\Xtr^dATS*s from Committed-ATS'Set in which all items 
specifications 75 with Quantity [IS] = 0 are eliminated. Also eliminated from Winning-ATS- 
Set are all ATS 's in which both Give-Item-Entries and Take-Item-Entries became empty after 
item specifications with zero associated quantity were eliminated. 

One-To-K-MM-Optimization Method 630 

Method Name: One-to-K-MM-Optimization({Optimizing-ATS, Committed-ATS'Set}) 
Input: 

• Optimizing-ATS, which is an ATS whose Objective will be used for optimization. 

0 Committed'ATS'Set, which is a set of ATS's that are committed to perform a transaction if 
and only if their Constraints are satisfied. The Objectives of the committed ATS's are not 
used in optimization. 

Output: 

• An Optimal'Variable-Instantiation into all variables that appear in MM- 
Constraints({Optimizing'ATS} union Winntng-ATS-Set) (including quantities of all item 
specifications) that achieves the optimal objective of the Optimizing-ATS, 

• The Optimal-Value for ihe Objective-Function for the Optimal-Variable-Jnstantiation. 

• Winning-ATS-set of at most K winning filtered ATS's from Committed-ATS-Set in which all 
items specifications ZS with Quantity [IS] = 0 are eliminated. Also eliminated from Winning- 
ATS-Set are all ATS *s in which both Give-Item-Entries and Take-Item-Entries became empty 
after item specifications with zero associated quantity were eliminated. 

Transaction Management State 632 

This state allows the user/trader to achieve the following main piupose: 

• Execute the transaction that was recommended by the Match-Making (MM) Optunization 
process in the previous state. 

51 
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„f„s=r inputs. Each user inpuiuigge. an AcUoWM«ho4n.e«us=ri,:pu,sareperfom,cd by 
the user by selecting a button in the window. 

These are me user inputs that originate 6om this state and their respective tdggered medtods: 
5 . Selec.ingthe/.^/omT™«»«,o„op.ionwil.m8gerd,ePertormTr.,,s.eH.nMe.b«i 

634. 

Perform Transaction Method 634 

Method Name: Worn Transaction({0ptmi2ing-ATS, Winning-ATS-Set}) 
Input: 

10 1. CJpnmizwg-^^-^ of the transaction 
2. Winning-ATS-Set of the transaction. 
Output: 

If the transaction succeeds then: 

1. Update affected ATS's in the database. 

15 2. Notijy the traders that own the affected ATS. 

3. PerformallnecessaryfinanciaicontractuaUegalactivitiesrelatedtothetrans^^^ 

ATS's involved in the transaction, and their owners. 
Else 

Notijy the owner of the optimizing ATS that the transaction has failed, 

20 End If 

Description: 

If a transaction succeeds, the system will notify the owners of the affected ATS's that 
itemsfromtheirATS'sareinvolvedinaspecificcommittingtransaction.msystemw^^^ 

the affected items of all participating ATS's in the database. 

51. 
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If the transaction fails because of changes in the participating ATS's, or other software 
or hardware failures, the owner of the optimizing ATS will be notified accordingly. 
The system will issue contractual, financial, and legal procedures to complete the transaction. 
The details of these procedures are beyond the scope of this patent. 

General Description of ATS-based Electronic Auction 

This is a novel and powerful auction paradigm, that is especially suited for business-to- 
business trade, and which encompasses regular direct and reverse auctions as a simple case. In a 
regular auction, the auctioned bundle (or item) is fixed and indivisible; each bid is a monetary 
amount; and the outcome is a single winner who offered the highest bid. In contrast, in an XtS-based 
auction, the auctioned bundle is an ATS (and thus dividable among different bidders); each bid is 
an ATS; and the outcome may be one or many winners, with whom the auctioning trader will 
perform a mutually beneficial multiple combined transaction. 

Unlike a regular auction, the ATS Based Electronic Auction allows a certain participant 
(represented by one or many ATS 's) to participate simultaneously in multiple concurrent auctions. 
The match-making engine will notify the participant when her ATS was affected by one or more 
concurrent auctions. Since the system treats all auctions as one match-making and optimization pool 
of auctions, it can affect ATS 's that take part in different auctions. Each auction will notify the owner 
of an affected ATS at the auction's expiration time. If two or more auctions have an identical 
expiration time, the system will differentiate them based on a universal unique identifier assigned 
to the auction at its instantiation. 

Participants 

The ATS Based Electronic Auction will allow several kinds of traders to participate in 
the activities within the electronic auction. The traders will be individuals and organizations that 
can be categorized as procurers, suppliers, manufacturers, collaborating bidders, surplus sellers, 
etc. However, these categories of traders have an underlying common representation. They all 
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represent their trade items and trade objectives via ATS. Each ATS is built using a specific 
Wizard. In an ATS Based Electronic Auction all the ATS's involved are in a committed state. 

Genericity 

The ATS auction is generic for any auctioned ATS and bid ATS's, regardless of how (or 
5 usingwhichwizard)theyweregenerated.Thus,onecouldalsoauctionaprocurementATS.inwhich 

case suppliers and manufacturers may be potential bidders. Or, one could auction a manufacturing 
ATS, in which case procurement organizations as well as raw material suppliers may be potential 
bidders. Thus, in addition to its flexibility, ATS auctions capture direct, reverse, and any in-bety^een 
auctioning, depending on the ATS being auctioned. 

10 Visibility 

The participants in the auction can choose between two states of ATS visibility. Their ATS's 
can be cither visible to other traders or hidden from other traders. An auction where the participant 
ATS's are hidden may benefit the auctioneer by boosting the highest bid he can obtain. 



Single Round Auction 

15 A single round auction is an ATS based electronic auction where only one round of 

bidding is aUowed for each bidder. The auction is concluded when the time set a priori by the 

auction initiator has expired. 

For example, suppose that a surplus seUer initiates an auction with a surplus ATS that has 
the objectiveofmaximizingtheoverallrevenue(whether the entire surplus or only partofitwiU^ 
20 sold).BidscouldbeATS-basedoffersfrombuyers(procurementorganizations).EachsuchATSbid 

may indicate, as TAKE items, only some, not all, of the surplus items, and have constraints on the 
quantities and pricesoffered(as in anyATS,itmayinvolve flexible, ratherthan fixed, quantities and 

cost functions). When the auction ends, the systems collects the latest ATS bids from all auction 
participants, and performs a match-making that optimizes the objective of the auctioned ATS (the 
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maximal overall revenue, in our example). The outcome of the auction is a set of "winning" ATS's 
and the exact recommended quantities (quantities of items in the surplus to be sold to each "winner" 
so that the maximal overall revenue will be received). 

In the special case when an auctioned ATS indicates fixed quantities for traded items, and 
requests that there be only one winner, the ATS auction degenerates to a regular auction. However, 
regular auctions are not flexible enough for corporate traders. For example, running a regular auction 
for the entire surplus would eliminate potential auction participants and possibly higher monetary 
awards. One could also split the surplus into small bundles, or even individual items, and run a 
regular auction for each bundle. However, this approach would require to run possibly hundreds of 
tiny auctions - a tedious process just for one surplus package. Also, many corporate auction traders 
may not at all be willing to participate in tiny-scale auctions, which again would eliminate potential 
participants. In contrast, ATS auctions provide the best of both worlds: a single auction, no 
restrictions on potential participants, and the optimal outcome for the auction initiator (ATS). 

Multiple Round Auction 

A multiple round auction is an ATS based electronic auction where more than one round 
of bidding is allowed for each bidder. The auction is concluded when the time set a priori by the 
auctioneer has expired. 

An Auction State is defined as set of affected items in each bidding ATS that is among 
the projected winning bids, at a specific time within the life span of the auction. The Auction 
State describes the instantiated ATS's as a resuh of applying the Match-Making Optimization 
mechanism. The system updates the Auction State when a new ATS is entered as an auction bid, 
when a bidder changes an ATS, and when a bidder removes and ATS Jfrom the auction. At any 
time during the auction the bidder can view the Auction State, evaluate which items in her ATS 
are being engaged into a potential trade, and retrieve his ATS in order to perform a change. If the 
bidder retrieves an ATS for change, a copy of the original ATS remains active in the auction, 
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untilheconHnitsthenewchanges.Afterthenewchangesa««^^^^^ 

the Match-Making Optimization mechanism in order to update the Auction State. 

IfanATSparticipatesconcurrentlyinmorethanoneMultipleRoundAuction.thesystem 

will update the Auction State of the first time-wise relevant auction in which the bidder 

5 participates. 

n^e termination of the auction, specified in advance as the expiration time, will trigger 
afinalMatch-Makingand Optimization cycle, and will establishafinal^ucrion 

will reflect the distribution of the auctioned items among the participants. 

For example, suppose that a surplus seller initiates an auction with a surplus ATS that has 
,0 theobjectiveofm'aximizingtheoverallrevenueCwhethertheentiresurplusoron^ 

sold).BidscouldbeATS-basedoffersfrombuyers(procurementorganizations).EachsuchATSbid 

may indicate, as TAKE items, only some, not all. of the surplus items, and have constraints on the 
quantitiesandpricesoffered(asinanyATS.itmayinvolveflexible.ratherthanfixed.quantitiesand 

cost fimctions). Let's suppose that a new trader submits his ATS as a bid. The system will perform 
,5 anMatch-MakingandOptimizationcycletakingintoaccountthenewATSandwillpresentthen 

^«c/io«»toallthenewtrader.Basedontheinformationcontainedinthe.4«^ 

can change specific constraints on items within her ATS (e.g. quantity, unit price, availability etc.) 
in order to improve Wschancesof'Vinning" the auction. Thisprocesscanberepeatedby the 

trader or by other traders until the auction expires. 
20 whentheauctionends,thesystemscollectsthelatestATSbidsfi:omallauctionparticipants. 

and performs a match-making that optimizes the objective of the auctioned ATS (the maximal 
overall revenue, in our example). THe outcome of the auction is a set of ''wirming" ATS's and the 
exactrecommendedquantities(quantitiesofitems in the surplus to be sold to each 'W^^ 

the maximal overall revenue will be received). 
25 If a bidder participates in several concurrent auctions the items of his wimiing ATS are 

updated at the endofthe first auction, and the remainingquantities in hisATS are moved to thenext 
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auction that is about to finish. This process continues until the last auction in which an ATS 
participates expires, or the quantities of the ATS are exhausted. 

ATS-based Electronic Auction Database Description 
The system comprises of a database that contains at least the following information: 

• All-Active-Auciions, The set of all active auctions in the system. 

• For each auction in All-Active-Auctions: 

* Auction-Initiator. The trader that initiated the auction on an ATS. 

* Auction-Initiator-ATS, The ATS auctioned by the auction initiator. 

# Auction-Type. The type of the auction: single-round or multiple-rourid. 

• Auction'Optimization-Type. The type of optimization that the auction initiator will 
request: 

• One-To-Qne 

• Qne-To-All 

• One-To-K 

# AU-Current-Commiaed-Bids. The set of all ATS's that are bids in the auction. 

* Auction-Start'Time. The time at which the auction starts. 

• Audion-End-Time. The time at which the auction ends. 

• AIl-Active-Bids. The set of all bids that are performed in the system. 

• For each active bid in All-Active-Bids: 

* Bidding'A TS. The ATS that corresponds to that bid. 

* Bid'AuctionsSet. An ordered set of auctions against which the bid will be submitted 

(Note: This bid is committed to the first auction in the ordered 

set.). 

* First-Active-Auction. The first auction to which the bid is submitted. 
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. Auction-State. The state of the First-Active-Auction. This includes the list of 
potential winners if the auction ended now. 
0 All-A TS-Traders. The set of all traders in the auction. 
• For each trader in All-A TS-Traders: 

• AU-ATS-Bids. The set of ATS's that belong to the trader and participate in active 

auctions. 

• AU-Auctioned-A TS. The set of ATS's auctioned, against the trader has active bids. 

ATS-based Electronic Auction Diagram Description 
.. The diagram in FIG. 7 describes the process of trading in the ATS-based Electronic 
Auction. Thediagramiscomposedofstates, user inputs, andmethods. The diagram is composed 

of the following states: 

ATS Auction Management State 702 

This state allows the user/trader to achieve the following main purposes 
• Submit one or more committed ATS's to one or more Auctions. 

This state presents the end user with a graphical window that allows him to perform a series 
of user inputs. Each user input triggers an Action/Method. These user inputs are performed by 
the user by selecting a button in the window. 

These are the user inputs that originate from this state and their respective triggered methods: 
. Selecting the Construct A TS option will trigger the ATS Construction Method 704. 
0 . Selecting the View ATS option will trigger the ATS View Method 706. 
. Selectingthe£rfif^raoptionwilltriggertheATSEditMethod708. 

. Selecting the Copy ATS option will trigger the ATS Copy Method 710. 

. Selecting th^RemoveATS option will trigger the ATS Remove Method 712. 
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• Selecting the Multiple Criteria Filtering A TS option will trigger the ATS Multiple Criteria 
Filtering Method 714. 

• Selecting the Initiate Auction option will trigger the Initiate Auction Method 716, 

• Selecting the Put a Bid option will trigger the Put a Bid Method 718. 

5 • Selecting the View Own Bids option will trigger the View Own Bids Method 720* 

• Selecting the View Auction State option will trigger the View Auction State Method 722. 
The Methods triggered by the user input are described below. 

ATS Construction Method 704 
Method Name: ATS Construction, 
10 Input: User input in the Construction Wizard. 
Output: An ATS. 
Description: 

This method allows he user to create a new ATS using an appropriate Wizard. The 
Wizard is a graphical template that facilitates creation of ATS's and is described in detail in a 

1 5 co-pending patent application referenced above ("Automated Methods for Creation of Adaptive 
Trade Specifications"). The Wizard used for this method is taken from an extensible library of 
wizards (i.e., specialized "smart" interfaces) developed for various types of traders (e.g., 
suppliers, procurement organizations, manufacturers etc. In addition to the library of generic 
wizards for each trader type, libraries of customized wizards will be developed to accommodate 

20 specifics of various vertical markets (e.g., pharmaceuticals, electronics, office supplies etc.) Also, 
specialty wizards will be developed as solutions to individual corporate customers. All wizards 
will be implemented as Java-based plug-ins to Internet browsers, and thus will require no 
software installation on the client side. The main fiinction of each wizard is to specify an 
Adaptive Trade Specification (ATS), which is a formal mathematical description of trader's 

25 objective and constraints, such as in the examples above. 
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ATS View Method 706 
Method Name: View ATS. 

Input: User selects an ATS for view from an ATS list displayed in the window. 
Output: A window displaying the selected ATS. 
5 Description: 

This method allows the user to select an ATS for view only. No modifications or any 
other operations are allowed on this ATS. If the trader is not the owner of the ATS that was 
selected for view, the system can deny his request if the original creator of the ATS restricted the 
viewing permissions on the ATS. ATS permissions and ownerships are not covered by this 
10 patent. It is sufficient to say that the creator of an ATS has read and write permissions on the 
ATS. Other traders in the system have read only permission or no pemission on the ATS. 

ATS Edit Method 708 
Method Name: ATS Edit. 

Input: User selects an ATS for edit from an ATS list displayed in the window. 
1 5 Output: A window displaying the selected A TS. 
Description: 

This method allows the user to select an ATS for edit. The trader has to be the owner of 
the ATS. He can change all editable values in the ATS such as items, quantities, price, objective 
function etc. 

20 ATS Copy Method 710 

Method Name: Copy ATS. 

Input: User selects an ATS for copy from an ATS list displayed in the window. 

Output: An ATS 

Description: 
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This method allows the user to select an ATS for view and create his own copy of the 
ATS. This allows the trader to use an existing ATS as a template for the creation of a new ATS. 
The user becomes the owner of newly created ATS. 

ATS Remove Method 712 
Method Name: Remove ATS. 

Input: User selects an ATS for removal from an ATS list displayed in the mndow. 

Output: 

Description: 

This method allows the user to remove an ATS from the database. All references to this 
ATS will be updated. 

ATS Multiple Criteria Filtering Method 714 
Method Name: Multi Criteria ATS Filtering. 

Input: User inputs search criteria (trader name, quantity, item name, auction etc.). 

Output: A set ofATS's that meet these criteria. 

Description: 

This method allows the user to perform a search against the ATS*s database using a 
variety of search criteria (e.g. trader name, quantity, item name, item property). One or more 
search criteria can be simultaneously entered and a Boolean combination of these criteria can be 
specified. The filtering can be perfonned using the Match-Making Optimization method or 
traditional search paradigms. For example a trader can issue a search for all ATS's in the 
database that are mutually agreeable with all items in the current ATS, or mutually agreeable 
with specific items in the trader's current ATS. In addition, the trader can specify traditional 
search criteria such as retrieving all ATS's that belong to a certain trader, or that belong to a 
trader from a specific geographical location. At the conclusion of this method the trader is 
presented with a list of ATS that answer his search criteria. 
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The trader can specify if he is searching against ATS's that are auctioned, bidding ATS's 
in an auction, or ATS's in the entire system. 

Initiate Auction Method 716 
Method Name: Initiate Auction. 
5 Input: One ATS that will be auctioned. 

Output: A new Auction with a start time and end time. 
Description: 

This method allows the user to create a new auction in the database. The trader that 
performs this auction is the auction initiator. The ATS selected by the auction initiator is the ATS 
10 that is auctioned. 

Put a Bid Method 718 
Method Name: Put a Bid. 

Input: One ATS that will be submitted as a bid in one auction. 
Output: A new bid in the auction. 
IS Description: 

This method allows the user to submit an ATS as a bid to an auction. The ATS can 
participate in multiple auctions. The ATS is committed to ihe first auction to which it was 
submitted. Theirs/ auction is described as follows: 

Given a set of auctions {A1,A2, A3,...An} each starting at a point in time {t(Al),t(A2), 
20 t(A3). . .t(An)} where t(Al) < t(A2) < t(A3) < . . . < t(An), theyjrs/ auction is Al . When ihe first 
auction expires, A2 becomes the first auction, and so on. If an ATS bid is among the winners in 
the first auction, the items affected are updated by the system, and the remaining items in the 
ATS are moved to the next auction. This process is repeated until the last auction in which the 
ATS participates expires, or all items in the ATS are exhausted. 

AL 
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View Own Bids Method 720 
Method Name: View Own Bids. 
Input: The trader 's unique id. 

Output: set ofATS's that belong to the trader that participate as bids in all active auctions 
5 in the system. 
Description: 

This method allows the user to view all the ATS's that are bids in active auctions. In a 
multiple round auctions the trader is allowed to edit the ATS*s and to resubmit them as bids in 
order to improve his chances tp.be among the projected winners. 

10 View Auction State Method 722 

Method Name: View Auction State. 
Input: 77te Auction 's unique id. 
Output: ITie current state of the auction 
Description: 

15 An Auction State is defined as set of affected items in each bidding ATS that is among 

the projected winning bids, at a specific tune within the life span of the auction. A bidder in the 
auction can ask the system to display the Auction State at any time in the Ufetime of the auction. 

ATS Auction Filtering State 724 

This state allows the user/trader to achieve the following main purpose: 
20 • Search the database for auctioned ATS 's according to certain criteria. 

This state presents the end user with a graphical window that allows him to perform a series 
of user inputs. Each user input triggers an Action/Method. These user inputs are performed by 
the user by selecting a button in the window. 

There is only one user input originating fi-om this state, and thus only one triggered method: 
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• Selecting the Multi Criteria Auction Filtering option will trigger the Multi Criteria Auction 
Filtering Method 726. 

The Method triggered by the user input is described below. 

Multi Criteria Auction Filtering Method 726 

5 Method Name: Multi Criteria ATS Filtering, 

Input: User inputs search criteria (trader name, quantity, item name etc.). 
Output: A set of active auctioned ATS 's that meet these criteria. 
Description: 

This method allows the user to perfomi a search against the active auctioned ATS's in 
10 the database using a variety of search criteria (e.g. trader name, quantity, item name, item 
property). One or more search criteria can be simultaneously entered and a Boolean combination 
of these criteria can be specified. The filtering can be performed using the Match-Making 
Optimization method or traditional search paradigms. For example a trader can issue a search for 
all active auctioned ATS's in the database that are mutually agreeable with all items in the 
15 trader's ATS, or mutually agreeable with specific items in the trader's ATS. In addition, the 
trader can specify traditional search criteria such as retrieving all ATS's that belong to a certain 
trader, or that belong to a trader from a specific geographical location. At the conclusion of this 
method the trader is presented with a list of auctioned ATS's that answer his search criteria. 

ATS Auction Management State 728 

20 This state allows to user/trader to achieve the following main piupose: 

• Perform an optimal transaction with the set of winning bidding ATS's at the conclusion of 
the auction. 

This state presents the end user with a graphical window that allows him to perform a series 
of user inputs. Each user input triggers an Action/Method. These user inputs are performed by 
25 the user by selecting a button in the window. 
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Like the ATS Auction Filtering State 724, the ATS Auction Management State 728 has only 
one user input and thus only one triggered method. On the other hand, that one triggered method 
provides multiple options that will be explained below. 

• Selecting the Manage Auction Closure option will trigger the Manage Auction Closure 
Method 730. 

The Method triggered by the user input is described below. 

Manage Auction Closure Method 730 

Method Name: Manage Auction Closure. 
Input: Current auction. 

Output: Updated database, performed transaction. 
Description: 

Given an auctioned ATS, the Match-Making Optimization method recommends specific 
transactions with the winning bidders. The winning bidders are the ATS's that are mutually 
agreeable and optimize the objective of the auctioned ATS (e.g., minimal price, maximal profit 
etc.). The initiatmg auction trader can decide which type of auction optimization he wants to 
perform: 

• One-To-One optimization 732. The system will present one winning ATS bidder at the end 
of the auction. 

• One-To-All optimization 734. The system will present all winning ATS's at the end of the 



auction. 



One-To'K optimization 736. The system will present at most K winmng ATS's at the end 



of the auction. 



If the trader who owns the initiating auction selects: 
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One-To-All option 736, then perfonn One-To-One-MM-Optimization Method; 

One-To-One-MM-Optimization Method 732 
Method Name: One.to-One.MM-Optmization({Optimizing-ATSXommtted.A^^^ 

Input: 

5 * Optimizing-ATS, which is an ATS whose Objective will be used for optimization. 

. Committed-ATS-Set, which is a set of ATS's that are committed to perform a transaction if 

and only if their Constraints are satisfied. The Objectives of the committed ATS's are not 

used in optimization. 
Output: 

,0 - Winmng-ATS.fromCommitted-ATS-Set. y^Mch\st^orTa^end^{ovm 

item specifications IS with QuantityflSJ = 0 (in Optimal-Variable-Instantiation helo^) 
are deleted. 

. An OpHmal-Variable-Instantiation into aU variables that appear in MM- 
Constraints({Optimizing-ATS. Winning-ATS)) (including quantities of all item 
15 specifications) that achieves the optimal objective of the Optimizing-ATS. 

. The Optimal-Vcdue of the Objective-Function for the Optimal-Variable-Instantiation. 

One-To-All-MM-Optimization Method 734 
Method Name: One-to-All-MM-Optimization({Optimizing-ATS. Committed-ATS-Set}) 

Input: 

20 • Qprimizmg-^rX Which is an ATS Whose Otyecftvewi^^ 

* Committed-ATS-Set. which is a set of ATS's that are committed to perform a transaction if 
and only if their Constraints are satisfied. The Objectives of the committed ATS's are not 
used in optimization. 
Output: 
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• An Optimal-Variable-lnstantiation into all variables that appear in MM- 
Constraints({Optimizing-ATS} union Committed-ATS-Set) (including quantities of all item 
specifications) that achieves the optimal objective of the Optimizing-ATS. 

• The Optimal-Value for HhQ Objective-Function for Hiq Optimal-Variable-Instantiation. 

5 • Aset Winning'ATS'Setof\vimnngfiltCTQdATS'sfrom Committed-ATS'Set mv/hichsAUicms 
specifications 75 with Quantity fISJ = Oare eliminated. Also eliminated fi-om Winning-ATS- 
Set are all ATS's in which both Give-Item-Entries and Take'Item-EntrieshecBmc empty after 
item specifications with zero associated quantity were eliminated. 

One-To-K-MM'Optimization Method 736 

10 Method Name: One'to-K-MM-0ptimization({0ptimizing'ATS, Committed-ATS-Set}) 
Input: 

• Optimizing-ATS, which is an ATS whose Objective will be used for optimization. 

• Committed-ATS-Set, which is a set of ATS's that are committed to perfonn a transaction if 
and only if their Constraints are satisfied. The Objectives of the committed ATS's are not 

15 used in optimization. 
Output: 

• An OptimaUVariable-Instantiation into all variables that appear in MM- 
Constraints({Optimizing-ATS} union Winning-ATS-Set) (including quantities of all item 
specifications) that achieves the optimal objective of the Optimizing-ATS. 

20 • The Optimal-Value for ihc Objective-Function for ihc Optimal-Variable-Instantiation. 
0 Winning-ATS-set of at most K winning filtered ^fiS 's fi-om Committed-ATS-Set in which all 
items specifications 75 with Quantity [IS] = 0 are eliminated. Also eliminated fi-om Winning- 
^TiS-Sfe/ are all ATS's in which both Give-Item-Entries Take-Item-Entrieshecame empty 
after item specifications with zero associated quantity were eliminated. 
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If a transaction succeeds, the system will notify the owners of the affected ATS's that 
items from their ATS's are involved in a specific committing transaction. The system will update 
the affected items all of participating ATS's in the database. 

If the transaction fails because of changes in the participating ATS's, or other software 
5 or hardware failures, the owner of the optimizing ATS will be notified accordingly. 

The system will issue contractual, financial, and legal procedures to complete the transaction. 
The details of these procedures are beyond the scope of this patent, but wiU be apparent to those 
skilled in the art of electronic commerce in general and electronic business-to-business 
commerce in particular. 

JO While a preferred embodiment of the present invention has been set forth in detail 

above, those skilled in the art who have reviewed the present disclosure will readily appreciate 
that other embodimraits can be realized within the scope of the present invention. For example, 
disclosuresof certain hardware, operating systems, andother software are illustrativerather than 

limiting, as are specific numerical values. Therefore, the present invention should be construed 
1 5 as limited only by the appended claims. 
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We claim: 

1. A system for implementing an electronic mall for a plurality of traders, the system 
comprising: 

(a) a database server; and 

(b) a database stored on the database server, the database comprising a plurality of 
adaptive trade specifications, each of the plurality of adaptive trade specifications comprising, 
for one of the traders: 

(i) at least one give-item entry identifying at least one item that said one of 
the traders is willing to give in an exchange; 

(ii) at least one take-item entry identifying at least one item that said one of 
the traders wants in return for the at least one item identified in the give- 
item entry; and 

(iii) an indication of whether the adaptive trade specification is in (A) a 
committed state in which the trader corresponding to the adaptive trade 
specification is committed to perform any transaction matchmg the 
adaptive trade specification or (B) a non-committed state in which the 
trader is free to initiate transactions. 

2. The system of claim 1, wherein each of the plurality of adaptive trade specifications 
fiirther comprises: 

(iv) at least one constraint entry identifying at least one constraint that said 
one of the traders has placed on the exchange; and 

(v) an objective entry identifying an objective sought by said one of the 
traders in the exchange. 

6. The system of claim 1 , wherein the database fiirther comprises an indication of all 
committed adaptive trade specifications in the database. 

7. The system of claim 3, wherein the database fiirther comprises: 
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an indication of all of the traders in the mall; and 

for each of the adaptive trade specifications, an indication of one of the traders 
who submitted that adaptive trade specification. 

8. The system of claim 4, wherein the database ftirther comprises, for each of the traders in 
5 the mall, descriptive information about that trader. 

9. The system of claim 4, wherein the database fiirther comprises, for each of the traders in 
the mall, a set of all adaptive trade specifications that the traders has saved as drafts. 

. 1 0. The system of claim 4. wherein the database further comprises, for each of the traders in 
the mall, a set of all adaptivetrade specifications which are associated with thetrader and 
10 which are in the committed state. 

1 1. The system of claim 4, wherein the database fiirther comprises, for each of the traders in 
the mall, an adaptive trade specification thai is currently selected by the trader. 

12. The system of claim 1, fiirther comprising means for searching the database to locate 
matches among the adaptive trade specifications. 

15 13. The system of claim 9, wherein the means for searching locates the matches between a 
single adaptive trade specification that is in the non-committed specification and the 
adaptive trade q)ecifications that are in the committed state. 
14. The system of claim 10, wherein the means for searching operates in four states: 

(a) an adaptive trade specification management state in which a trader manages 
20 that trador's adaptive trade specifications; 

(b) an adaptive trade specification filtering state in which the trader searches 
other traders* adaptive trade specifications; 

(c) an adaptive trade specification matchmaking optimization state in which the 
means for searching locates at least one optimal match fi-om among the other 

25 traders' adaptive trade qjccifications; and 
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(d) a transaction management state in which the trader makes a transaction with 
at least one of the other traders corresponding to the at least one optimal 
match. 

12. A system for implementing an electronic auction house for a plurality of traders, the 
system comprising: 

(a) a database server; and 

(b) a database stored on the database server, the database comprising a plurality of 
adaptive trade specifications, each of the plurality of adaptive trade specifications comprising, 
for one of the traders: 

(i) at least one give-item entry identifying at least one item that said one of 
the traders is willing to give in an auction; and 

(ii) at least one take-item entry identifying at least one item that said one of 
the traders wants in return for the at least one item identified in the give- 
item entry; 

the database fiirther storing an identification, for each said auction, of an adaptive trade 
specification which is being auctioned and identifications of all of the adaptive trade 
specifications which have been placed as bids on the adaptive trade specification being 
auctioned. 

13. The system of claim 12, wherein each of the plurality of adaptive trade specifications 
further comprises: 

(iii) at least one constraint entry identifying at least one constraint that said 
one of the traders has placed on the auction; and 

(iv) an objective entry identifying an objective sought by said one of the 
traders in the auction. 

14. The system of claim 12, wherein the database further comprises a list of all active 
auctions. 

5"! 
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15. The system of claim 14, wherein the database further comprises, for each auction in 
the hsl of all active auctions, an identification of a trader who initiated the auction. 

16. The system of claim 1 5. wherein the database further comprises, for each auction in 
the list of all active auctions, an indication of whether the auction is a single-round or 
multiple-round auction. 

1 7. The system of claim 1 5 , wherein the database further comprises, for each auction in 
the hst of all activeauctions. an indicationofwhether the traderwho initiated the auction 

wishes to be matched with only one winning bidder, all winning bidders, or at most a 

numbCT K of winning bidders. 

18. The system of claim 14, wherein the database fiarther comprises a list of all active 
bids. 

19. The system of claim 18, wherein the database further comprises, for each bid in the 
Ust of all active bids, an indication of an active trade specification corresponding to the 
bid. 

20. The system of claim 18, wherein the database further comprises, for each bid in the 
list of all active bids, a set of all auctions against which the bid is submitted. 

21. The system of claim 20, wherein the set of all auctions is ordered by time. 

22. The system of claim 14, wherein the database fiirther comprises a list of all active 
traders. 

23. The system of claim 22, wherein the database fiirther comprises, for each trader in the 
list of active traders, a list of active bids by that trader. 

24. The system of claim 22. wherein thedatabase fiirther comprises, for each trader in the 
list of active traders, a list of active auctions by that trader. 

25. Thesystemofclaim 12, furthercomprisingmeansforsearching thedatabase to locate 
matches between the adaptive trade specifications. 

52- 
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26. The system of claim 25, wherein the means for searching locates the matches between 
a single adaptive trade specification which is not being auctioned and the adq)tive trade 
specifications which are being auctioned. 

27. The system of claim 26, wherein the means for searching operates in three stateis: 

(a) an adaptive trade specification management state in which a trader manages 
that trader's adaptive trade specifications, initiates an auction and places a 
bid; 

(b) an adaptive trade specification auction filtering state in which the trader 
searches other traders' adaptive trade specifications; and 

(c) an adaptive trade specification auction management state in which the trader 
closes auctions. 

28. A method for implementing an electronic mall for a plurality of traders, the method 

comprising: 

(a) receiving a plurality of adaptive trade specifications, each of the plurality of adaptive 
trade specifications comprising, for one of the traders: 

(i) at least one give-item entry identifying at least one item that said one of 
the traders is willing to give in an exchange; 

(ii) at least one take-item entry identifying at least one item that said one of 
the traders wants in return for the at least one item identified in the give- 
item entry; and 

(iii) an indication of whether the adaptive trade specification is in (A) a 
committed state in which the trader corresponding to the adaptive trade 
specification is committed to perform any transaction matching the 
adaptive trade specification or (B) a non-committed state in which the 
trader is free to initiate transactions; and 

(b) storing the plurality of adaptive trade specifications in a database. 
53 5S 
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29. The method of claim 28, wherein each of the plurality of adaptive trade specifications 
further comprises: 

(iv) at least one constraint entry identifying at least one constraint that said 
one of the traders has placed on the exchange; and 

(V) an objective entry identiiying an objective sought by said one of the 
traders in the exchange. 

30. me method of claim 28, wherein the database further comprises an indication of all 
committed adaptive trade specifications in the database. 

31. The method of claim 30, wherein the database further comprises: 

an indication of all of the traders in the mall; and 

for each of the adaptive trade specifications, an indication of one of the traders 
who submitted that adaptive trade specification. 

32. The method of claim 31, wherein the database fiirther comprises, for each of the traders 
in the mall, descriptive information about that trader. 

33. The method of claim 31 , wherein the database further comprises, for each of the traders 
in the mall, a set of all adaptive trade specifications that the traders has saved as drafts. 

34. The method of claim 31, wherein the database fiuther comprises, for each of the traders 
in the mall, a set of all adaptive trade specifications which are associated with the trader 
and which are in the committed state. 

35. The method of claim 31, wherein the database further comprises, for each of the traders 
in the mall, an adaptive trade specification that is currently selected by the trader. 

36. The method of claim 28, further comprising (c) searching the database to locate matches 
among the ad^tive trade specifications. 

37. The method of claim 36, wherein step (c) comprises locating the matches between a 
> single adaptive trade specification that is in the non-committed specification and the 

adaptive trade specifications that are in the committed state. 
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38. The method of claim 36, wherein step (c) is performed in four states: 

(i) an adaptive trade specification management state in which a trader 
manages that trader's adaptive trade specifications; 

(ii) an adaptive trade specification filtering state in which the trader searches 
5 other traders' adaptive trade specifications; 

(iii) an adaptive trade specification matchmaking optimization state in which 
the means for searching locates at least one optimal match from among 
the other traders' adaptive trade specifications; and 

' (iv) a transaction management state in which the trader makes a transaction 
10 with at least one of the other traders corresponding to the at least one 

. optimal match. 

39. A method for implementing an electronic auction house for a plurality of traders, the 
method comprising: 

(a) receiving a plurality of adaptive trade specifications, each of the plurality of adaptive 
15 trade specifications comprising, for one of the traders: 

(i) at least one give-item entry identifying at least one item that said one of 
the traders is willing to give in an auction; and 

(ii) at least one take-item entry identifying at least one item that said one of 
the traders wants in return for the at least one item identified in the give- 

20 item entry; 

(b) storing the plurality of adaptive trade specifications in the database; and 

(c) storing in the database an identification, for each said auction, of an adaptive trade 
specification which is being auctioned and identifications of ail of the adaptive trade 
specifications which have been placed as bids on the adaptive trade specification being 

25 auctioned. 
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40. Themethodofclaim39, wherein eachofthepluralityofadap^^^^ 
further comprises: 

(Hi) at least one constraint entry identifying at least one constraint that said 

one of the tradere has placed on the auction; and 
(iv) an objective entry identifying an objective sought by said one of the 

traders in the auction. 

41. The method of claim 39, wherein the database further comprises a list of all active 
auctions. 

42. The method of claim 41 . wherein the database fiirther comprises, for each auction in 
the list of all active auctions, an identification of a trader who initiated the auction. 

43 . Tlie method of claim 42. wherein the database further comprises, for each auction in 
the list of all active auctions, an indication of whether the auction is a single-round or 
multiple-round auction. 

44. The method of claim 42, wherein the database further comprises, for each auction in 
the listofallactiveauctions. an indicationofwhether the trader who initiated the auction 

wishes to be matched with only one winning bidder, all winning bidders, or at most a 

number K of winning bidders. 

45. The method of claim 41. wherein the database further comprises a Ust of aU active 
bids. 

46. The method of claim 45. wherein the database further comprises, for each bid in the 
list of all active bids, an indication of an active trade specification corresponding to the 
bid. 

47. The method of claim 45. wherein the database further comprises, for each bid in the 
list of all active bids, a set of all auctions against which the bid is submitted. 

48. The method of claim 47, wherein the set of all auctions is ordered by time. 
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49. The method of claim 41, wherein the database further comprises a list of all active 
traders. 

50. The method of claim 49, wherein the database further comprises, for each trader in 
the list of active traders, a list of active bids by that trader. 

5 1 . The method of claim 49, wherein the database further comprises, for each trader in 
the list of active traders, a list of active auctions by that trader. 

52. The method of claim 39, further comprising (d) searching the database to locate, 
matches between the adaptive trade specifications. 

53. The method of claim 52, wherein step (d) comprises locating the matches between 
a single adaptive trade specification which is not being auctioned and the adaptive trade 
specifications which are being auctioned. 

54. The method of claim 53, wherein step (d) is performed in three states: 

(i) an adaptive trade specification management state in which a trader 
manages that trader's adaptive trade specifications, initiates an auction 
and places a bid; 

(ii) an adaptive trade specification auction filtering state in which the trader 
searches other traders' adaptive trade specifications; and 

(iii) an adaptive trade specification auction management state in which the 
trader closes auctions. 
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